home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1497 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.5 KB
  1. From: Ulrich Kuehn <kuehn@GOEDEL.UNI-MUENSTER.DE>
  2. Subject: Re: GEMDOS re-entrancy 
  3. Date: Mon, 30 May 1994 09:43:01 +0200
  4.  
  5. Hello,
  6.  
  7. |>I was under the impression that parts of MiNT were not re-entrant.  If you
  8. |>can open files and such on a Minix drive (without calling the ROM GEMDOS)
  9. |>and all the functions to do so are re-entrant, then why block GEMDOS when
  10. |>you could just make a real TOSFS that doesn't call the ROM.
  11. |>
  12. Yes, that is it, indeed. But everybody sees the necessity to have such a
  13. TOSFS, but nobody develops it :(
  14. But maybe it is good, that there is still no code around, so we could wait
  15. for the chicago fs and implement it then all-in-one... 
  16.  
  17. |>Otherwise, what parts of MiNT aren't re-entrant?  Time functions could be
  18. |>allowed to block, as most other things, as long as disk IO doesn't lock the
  19. |>whole system.  As for DMA hard disk IO having problems with the BLiTTER,
  20. |>isn't there a semaphore for this?  Yeah, here it is, flock @ 0x0000043E.W
  21. |>
  22. That is what I suggested a long time ago, but as far as I know AHDI does
  23. not use it. It just sets it for every access, but never checks it before
  24. doing so :(
  25.  
  26. |>sound DMA channels separate from others?  What about floppy access?  IS
  27. |>that doomed to lock up the system?
  28. |>
  29. Well, yes and no. The floppy data transfer is done via DMA, the same DMA
  30. channel as the ACSI HD interface uses. So it will lock out that hard disk
  31. access. But on a TT, there should be a chance that there can be floppy
  32. transfer at the same time as SCSI transfer... provided that there is the
  33. software to support it.
  34.  
  35. Regards,
  36. Ulrich
  37.  
  38.